Semantic card view

ABSTRACT

Architecture that enables a card interaction model that can present cards in different ways. When a user performs tasks, new stacked cards (one card on top of another card) corresponding to those tasks open in a left pane over the top of a background canvas (a card overlay of the underlying canvas). Users can scroll through the card stack of the card overlay to retrieve previous cards. Additionally, in an alternative viewing mode, a user can interact with the card overlay via an interactive affordance (an interactive object made available to facilitate a potential action) to enable viewing (e.g., an overview) of the cards in a side-by-side card overlay manner to further enable the opening and quick navigation to one of the previous cards. The architecture has applicability to mapping systems where searches range over many different geographical sites.

RELATED CASES

The present application is a continuation of U.S. patent applicationSer. No. 15/096,448, filed Apr. 12, 2016, entitled “Semantic Card View,”which is now U.S. patent application Ser. No. 9,836,187, which is acontinuation of U.S. patent application Ser. No. 14/474,480, filed Sep.2, 2014, entitled “Semantic Card View,” which is now U.S. Pat. No.9,342,227, all of which are hereby incorporated by reference.

BACKGROUND

As users become increasingly more familiar and efficient in theinteraction with programs and devices, inefficiencies in the programsand devices then begin to impact the overall user experience. Suchnegative impacts can be readily expressed on the Internet by way ofblogs, for example, thereby potentially reducing sales. Thus, vendorsare becoming more sensitive to user feedback and attempt to react tosuch criticisms by implementing updates quickly. For example, the userexperience can be impacted simply by the changing of the view of theuser interface or not enabling a view in which the desired informationis not readily available.

SUMMARY

The following presents a simplified summary in order to provide a basicunderstanding of some novel implementations described herein. Thissummary is not an extensive overview, and it is not intended to identifykey/critical elements or to delineate the scope thereof. Its solepurpose is to present some concepts in a simplified form as a prelude tothe more detailed description that is presented later.

The disclosed architecture enables a card interaction model that canpresent cards in different ways. When a user performs tasks, new stackedcards (one card on top of another card) corresponding to those tasksopen in a left pane over the top of a background canvas (a card overlayof the underlying canvas). Users can scroll through the card stack ofthe card overlay to retrieve previous cards. Additionally, in analternative viewing mode, a user can interact with the card overlay viaan interactive affordance (an interactive object made available tofacilitate a potential action) to enable viewing (e.g., an overview) ofthe cards in a side-by-side card overlay manner to further enable theopening and quick navigation to one of the previous cards.

Since the number of cards (cardset) for a given session may be more thancan be viewed entirely in a display (or view portal) of a device, theuser can scroll through the cardset of side-by-side cards using userinput interactions common to the many different types of userinteractions such as gestures the include voice communications, touch,gesture recognition, natural language commands, and the like.

As applied to a mapping application, a semantic card interaction modelis provided where, when a user performs mapping tasks, new stackedsemantic cards corresponding to those mapping tasks open in a left panecard overlay over the top of a background map canvas. Users can scrollthrough the semantic card stack to retrieve previous semantic cards.Additionally, in an alternative viewing mode, a user can interact withthe interactive affordance to enable viewing (e.g., an overview) of thecards in a side-by-side card overlay manner to further enable theopening and quick navigation to one of the previous semantic cards.

Since the number of semantic cards (cardset) for a given session may bemore than can be viewed entirely in a display (or view portal) of adevice, the user can scroll through the semantic cardset of side-by-sidecards of the card overlay using user input interactions common to themany different types of user interactions such as gestures the includevoice communications, touch, gesture recognition, natural languagecommands, and the like.

More specifically, the card view architecture enables users to see anoverview of the cards the user has opened and navigate back to any ofthose cards during a session (e.g., in a maps website). The architecturecomprises an affordance to access the card view and the capability toselect any card in the view to put that card back into an active/focusstate on the map canvas. Selection of a card automatically causes thearchitecture to facilitate the retrieval and presentation of theassociated underlying canvas view. Thus, the user can interact with theaffordance to move back to the stacked card overlay view, therebyrevealing the underlying canvas view for improved viewing (rather thanthrough portions of the card overlay graphics).

As a general summary of some of the architecture capabilities, the useris enabled to see an overview of the cards currently generated as partof the session and then to quickly navigate to a card generated earlierin the session (e.g., distant in time and/or context from the morerecent card in focus). Additionally, the overview enables theexpeditious deletion of unwanted cards, provides sufficient cues toaccelerate quick identification by the user, the organization (e.g.,clustering) of cards of particular types for comparison (e.g., Top PotDonuts versus Mighty O Donuts), and enables the sharing of the usersession with another user and/or system.

The architecture enables cardset minimization while maintaining therelative length as well as the search query on top may accelerateidentification by the user. A visual connection between a vertical andhorizontal layout is clearly understood by the user and the transitionbetween stacked view and entire view (overview) is seamless. Moreover,the architecture facilitates more efficient and effective use of thedisplay and screen real estate.

To the accomplishment of the foregoing and related ends, certainillustrative aspects are described herein in connection with thefollowing description and the annexed drawings. These aspects areindicative of the various ways in which the principles disclosed hereincan be practiced and all aspects and equivalents thereof are intended tobe within the scope of the claimed subject matter. Other advantages andnovel features will become apparent from the following detaileddescription when considered in conjunction with the drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates a system in accordance with the disclosedarchitecture.

FIG. 2 illustrates a diagram of the map user interface depicting thesemantic cards in the view of FIG. 1, and the affordance.

FIG. 3 illustrates a diagram of the map user interface depicting thesemantic cards in the view of FIG. 1.

FIG. 4 illustrates a method in accordance with the disclosedarchitecture.

FIG. 5 illustrates an alternative method in accordance with thedisclosed architecture.

FIG. 6 illustrates a block diagram of a computing system that executessemantic card view in accordance with the disclosed architecture.

DETAILED DESCRIPTION

The disclosed architecture enables a card interaction model that canpresent cards in different ways. When a user performs tasks, new stackedcards (visually represented as one card on top of another card)corresponding to those tasks open in a left pane over the top of abackground canvas (a card overlay of the underlying canvas). Users canscroll through (e.g., like a Rolodex product that enables the rotationalviewing of one card at a time) the card stack of the card overlay toretrieve previous cards. Additionally, in an alternative viewing mode, auser can interact with the card overlay to change the view of the cardoverlay via an interactive affordance (an interactive object madeavailable to facilitate a potential action) to enable viewing of thecards in a side-by-side card overlay manner (e.g., an overview) tofurther enable the opening and quick navigation to one of the previouscards. In one implementation, the card interaction model can be realizedin a hypertext markup language (HTML) program.

Since the number of cards (cardset) for a given session may be more thancan be viewed entirely in a display (or view portal) of a device, theuser can scroll through the cardset of side-by-side cards using userinput interactions common to the many different types of userinteractions such as gestures the include voice communications, touch,gesture recognition, natural language commands, and the like.

As applied to a mapping application, a semantic card interaction modelis provided where, when a user performs mapping tasks, new stackedsemantic cards corresponding to those mapping tasks open in a left panecard overlay over the top of a background map canvas. Users can scrollthrough the semantic card stack to retrieve previous semantic cards.Additionally, in an alternative viewing mode, a user can interact withthe interactive affordance to enable viewing (e.g., an overview) of thecards in a side-by-side card overlay manner to further enable theopening and quick navigation to one of the previous semantic cards.

Since the number of semantic cards (cardset) for a given session may bemore than can be viewed entirely in a display (or view portal) of adevice, the user can scroll through the semantic cardset of side-by-sidecards of the card overlay using user input interactions common to themany different types of user interactions such as gestures the includevoice communications, touch, gesture recognition, natural languagecommands, and the like.

More specifically, the card view architecture enables users to see anoverview of the cards the user has opened and navigate back to any ofthose cards during a session (e.g., in a maps website). The architecturecomprises an affordance to access the card view and the capability toselect any card in the view to put that card back into an active/focusstate on the map canvas. Selection of a card automatically causes thearchitecture to facilitate the retrieval and presentation of theassociated underlying canvas view. Thus, the user can interact with theaffordance to move back to the stacked card overlay view, therebyrevealing the underlying canvas view for improved viewing (rather thanthrough portions of the card overlay graphics).

As a general summary of some of the architecture capabilities, the useris enabled to see an overview of the cards currently generated as partof the session and then to quickly navigate to a card generated earlierin the session (e.g., distant in time and/or context from the morerecent card in focus). Additionally, the overview enables theexpeditious deletion of unwanted cards, provides sufficient cues toaccelerate quick identification by the user, the organization (e.g.,clustering) of cards of particular types for comparison (e.g., Top PotDonuts versus Mighty O Donuts), and enables the sharing of the usersession with another user and/or system.

The architecture enables cardset minimization while maintaining therelative length as well as the search query on top may accelerateidentification by the user. A visual connection between a vertical andhorizontal layout is clearly understood by the user and the transitionbetween stacked view and entire view (overview) is seamless. Moreover,the architecture facilitates more efficient and effective use of thedisplay and screen real estate.

User interaction with a device, client, and user interface can begesture-enabled, whereby the user employs one or more gestures forinteraction. For example, the gestures can be natural user interface(NUI) gestures. NUI may be defined as any interface technology thatenables a user to interact with a device in a “natural” manner, freefrom artificial constraints imposed by input devices such as mice,keyboards, remote controls, and the like. Examples of NUI methodsinclude those methods that employ gestures, broadly defined herein toinclude, but not limited to, tactile and non-tactile interfaces such asspeech recognition, touch recognition, facial recognition, stylusrecognition, air gestures (e.g., hand poses and movements and otherbody/appendage motions/poses), head and eye tracking, voice and speechutterances, and machine learning related at least to vision, speech,voice, pose, and touch data, for example.

NUI technologies include, but are not limited to, touch sensitivedisplays, voice and speech recognition, intention and goalunderstanding, motion gesture detection using depth cameras (e.g.,stereoscopic camera systems, infrared camera systems, color camerasystems, and combinations thereof), motion gesture detection usingaccelerometers/gyroscopes, facial recognition, 3D displays, head, eye,and gaze tracking, immersive augmented reality and virtual realitysystems, all of which provide a more natural user interface, as well astechnologies for sensing brain activity using electric field sensingelectrodes (e.g., electro-encephalograph (EEG)) and otherneuro-biofeedback methods.

Reference is now made to the drawings, wherein like reference numeralsare used to refer to like elements throughout. In the followingdescription, for purposes of explanation, numerous specific details areset forth in order to provide a thorough understanding thereof. It maybe evident, however, that the novel implementations can be practicedwithout these specific details. In other instances, well knownstructures and devices are shown in block diagram form in order tofacilitate a description thereof. The intention is to cover allmodifications, equivalents, and alternatives falling within the spiritand scope of the claimed subject matter.

FIG. 1 illustrates a system 100 in accordance with the disclosedarchitecture. The system 100 can include a card overlay component 102configured to present semantic cards 104 in a card overlay 106 of amapping user interface 108. The semantic cards 104 relate to tasksperformed during a session associated with a mapping engine 110. Thecard overlay 106 has a view 112 and is visually overlayed on a mapcanvas 114 of the mapping user interface 108.

An interactive affordance 116 is generated in association with the cardoverlay 106, that when selected enables a different view 118 of thesemantic cards 104 in the card overlay 106 of the mapping user interface108. The semantic cards 104 are represented in the view 112 as a singlesemantic card and the affordance 116 annotated with a count of themultiple semantic cards 104. The semantic cards 104 are represented inthe different view 118 as an overview (spread out and non-overlapping)of individually viewable and selectable semantic cards (e.g., SC₁, SC₂,. . . , SC_(N)). The semantic cards 104 represented in the differentview 118 can be arranged according to recency with a most recentsemantic card (e.g., SC₂) having an applied visual emphasis (e.g., thickline bolded bordering, highlighting, etc.).

The semantic cards 104 as represented in the different view 118 can bearranged by category for comparison. This arranging operation can beuser configurable so as to result in automatic grouping of the cards 104as presented in the different view 118. The categories can include, butare limited to, types of establishments, types of establishmentproducts, based on location, based on popularity, based on reviews, andso on.

The mapping engine 110 changes the map canvas 114 in response toselection of a semantic card (e.g., SC₂) of the different view 118. Forexample, if the semantic card SC₁ relates to a particular type ofrestaurant and the map canvas shows the location and/or directions tothat restaurant, user selection of the semantic card SC₂ results in themapping engine 110 changing the map canvas 114 to the geography, streetview, aerial view, etc. associated with the semantic card SC₂. Thus, bysimply selecting a given semantic card, the map canvas 114 changesaccordingly.

The card overlay component 102 enables the storage and sharing of thesemantic cards generated during the session. The session defines all thesemantic cards assigned to that session. Thus, the session of a firstuser can be shared with a second user, who can then executed the sessionto see the semantic cards and map canvas experienced by the first userin the session. It can be the case that the second user then appends tothe same session to create and updated session, and stores/shares theupdated session back to the first user. The user can then see the cardsand map canvases of the second user.

The semantic cards 104 of the different view 118 can be individuallydeleted. This is just one operation on the overview of the cards. Forexample, the user can drag-and-drop cards to re-arrange the rankingand/or recency arrangement. In one implementation, when the semanticcard is deleted, the corresponding map canvas is also deleted. Inanother implementation, when the semantic card is deleted, thecorresponding map canvas is retained for a specific period of time, andfrom which the card can be regenerated by user interaction with the mapcanvas, as may be searched and retrieved of the user.

It is to be understood that in the disclosed architecture, certaincomponents may be rearranged, combined, omitted, and additionalcomponents may be included. Additionally, in some implementations, allor some of the components are present on the client, while in otherimplementations some components may reside on a server or are providedby a local or remote service.

FIG. 2 illustrates a diagram 200 of the map user interface 108 depictingthe semantic cards 104 in the view 112 of FIG. 1, and the affordance116. Here, the map search is for “restaurants in Portland”. The mappingUI 108 initially begins with the view 112 showing a single semantic card202 and the annotated affordance 116 annotated with a count of “13” toindicate that a total of thirteen semantic cards have accumulated forthis session. There can be a single search result associated with asingle semantic card. The semantic card 202 can comprise one or moreimages (e.g., Image1, Image2, etc.) related to the search result,reviews (e.g., Review1, Review2, and Review3) input by users, anddescription section (Description) that provides a brief description ofthe result location, and links (Links), which can be links to socialnetworks, other related categories of the search result for the semanticcard 202, etc.

For the particular semantic card 202 in the card overlay 106, themapping engine presents the related map canvas 114 of Portland relatedto the semantic card 202.

FIG. 3 illustrates a diagram 300 of the map user interface 108 depictingthe semantic cards 104 in the view 118 of FIG. 1. With respect to thesemantic representation of a card, visual parity and structure of thecard are maintained from the search to the semantic view. Moreover,additional information is extracted as to how the cards are labeled. Thesemantic card content is an extension of the standard view of thecontent received in search. The card is essentially an informationalquery panel. Some or all cards can be made to persist the duration ofthe session. The semantic card represents bits of information/contentthat are extracted and consolidated into the card visual structure, andwhich enables navigation between the bits of information/content and thecard view 118. The architecture extracts identification information(e.g., “Directions”) from the card content and positions thisidentification information proximate (e.g., above) the card as a readilyperceived visual identifier of the card.

Here, the view 118 makes available for viewing all thirteen cards,although only four of the thirteen semantic cards are shown due todisplay limitations. The UI 108 enables the user to scroll left andright (e.g., a touch-based swipe motion, an air gesture swipe motion,etc.) to view any of the semantic cards. Here, the user has selected afourth semantic card 302 (denoted Semantic Card-4), which has visual (orgraphical) emphasis applied (e.g., thick bordering) to indicate thiscard is the active or in-focus card, and the associated map canvas isshown under the card overlay. In order to view the underlying andassociated map canvas, the user can then interact in some way (e.g., thesame interactive affordance, another object designed for this purpose,gesture, command, etc.) to return from the overview mode of the cardoverlay to the stacked mode with the active or in-focus card on top ofthe stack in the card overlay.

Here the first semantic card (Semantic Card-1) relates to directions toa location, while the next three cards (Semantic Card-2, SemanticCard-3, and Semantic Card-4) relate to restaurants. Thus, it can be thecase that the user wanted directions to the first restaurant(Restaurant1), and thus, the architecture generated the “Directions”card as part of the session. The user can then quickly return to theassociated “Directions” map canvas by simply expanding the card overlayfrom the stacked mode to the overview mode, scroll to the “Directions”card, select the “Directions” card to bring it to the active or in-focusstate, and the underlying map canvas is then retrieved and presented.The user can then view the map canvas once the card overlay is collapsedfrom the overview mode to the stacked mode.

In an alternative implementation, the user can configure the overviewmode of the card overlay to only occupy (or consume) a part of thedisplay area. For example, the overview mode may be configured to occupya percentage (e.g., fifty percent) of the display area or UI area so theuser can view the underlying canvas more clearly while scrolling andselecting one of the semantic cards.

Given that the semantic card retains a view (e.g., spatial organization,content organization, and/or structural dimensions) similar to thesearch environment, the user is able to more readily differentiate thecard from other cards in the view 118. For example, the length of theRestaurant2 card is maintained so the user can more quickly identify itfrom the longer cards (e.g., Semantic Card-1, Semantic Card-3, etc.). Itcan be the case that a card is so long that the card bottom extends offthe bottom of the page (out of view), in which case, the user ispresented with a vertical scroll object that enables access of theout-of-view card information/content.

It can be the case that the cards can be ordered by language, such thata language normally read right-to-left can have the cards ordered in aright-to-left fashion. This capability can be provided and made userconfigurable for all languages, for example. The way in which the cardsare oriented in the view 118 maintains correlation to the temporalaspects of the card creation during the session.

In yet another implementation, the card overlay comprises its own windowin a side-by-side fashion with the underlying map canvas, which also ispresented in its own window. Thus, the user can more effectively viewthe canvas while selecting the cards in the overview mode.

In yet another implementation, the canvas window can be configured to bea pop-up window that automatically appears in response to the selectionof a card. In still another implementation, the card overlay ispresented in a pop-up window over the canvas to provide increaseddisplay details of the canvas for the selected semantic card. Theseimplementations can be made user-configurable and/or automaticallycomputed by the device software based on the type of device and displayarea.

The disclosed architecture can optionally include a privacy componentthat enables the user to opt in or opt out of exposing information thatmay be considered personal such as searching content and data on anetwork. The privacy component enables the authorized and securehandling of user information, such as tracking information, as well aspersonal information that may have been obtained, is maintained, and/oris accessible. The user can be provided with notice of the collection ofportions of the personal information and the opportunity to opt-in oropt-out of the collection process. Consent can take several forms.Opt-in consent can impose on the user to take an affirmative actionbefore the data is collected. Alternatively, opt-out consent can imposeon the user to take an affirmative action to prevent the collection ofdata before that data is collected.

Included herein is a set of flow charts representative of exemplarymethodologies for performing novel aspects of the disclosedarchitecture. While, for purposes of simplicity of explanation, the oneor more methodologies shown herein, for example, in the form of a flowchart or flow diagram, are shown and described as a series of acts, itis to be understood and appreciated that the methodologies are notlimited by the order of acts, as some acts may, in accordance therewith,occur in a different order and/or concurrently with other acts from thatshown and described herein. For example, those skilled in the art willunderstand and appreciate that a methodology could alternatively berepresented as a series of interrelated states or events, such as in astate diagram. Moreover, not all acts illustrated in a methodology maybe required for a novel implementation.

FIG. 4 illustrates a method in accordance with the disclosedarchitecture. At 400, a card overlay is generated of semantic cards thatrelate to tasks performed when using a mapping engine. The card overlayhas a view (e.g., a stacked view or stacked mode view) and is visuallyoverlayed (in the foreground) on a map canvas in a mapping userinterface (e.g., used for finding entities of interest such asdirections or locations of people, buildings, events, roads, etc.).

At 402, an interactive affordance (e.g., programmable object) ispresented in association with the card overlay. The affordance can beannotated with information such as the card count while in the stackedmode. Alternatively, the affordance can be represented as a set ofnon-overlapping tabs each selectable by the user to bring the associatedsemantic card to the top of the stack. One of the tabs can enable thecard overview mode. At 404, a different view (e.g., the overview mode)of the semantic cards in the card overlay is enabled in the mapping userinterface based on interaction with the interactive affordance.

The method can further comprise enabling the view and the different viewof the semantic cards generated on a per session basis. Thus, thesession can comprise all the cards generated and associated canvases.The card will only be needed since the cards are linked to the canvases,which can be regenerated upon request (e.g., interaction) by selecting aspecific card.

The method can further comprise pinning the card overlay on a side ofthe mapping user interface. This can be just one way of positioning thecard overlay in the user interface. As previously indicated, the overlaycan be in a pop-up window, for example, or in a separate window ofmultiple windows. Still alternatively, the stacked mode overlay can be aset of thumbnail images having identifying content that enables the userto understand and select the desired semantic card. Interaction with theaffordance then transitions from the stacked mode to the overview modewith the semantic cards in expanded mode and card content in a readableand understandable zoom level.

The method can further comprise interacting with the interactiveaffordance to enable a global view (or overview) of the semantic cardsas the different view. The method can further comprise applyinggraphical emphasis (also referred to a visual emphasis such a bolding,coloring, highlighting, etc.) to a semantic card to visually indicatethe semantic card is an active card among multiple semantic cards beingviewed. The method can further comprise selecting a semantic card andautomatically changing the map canvas to correspond to the selectedsemantic card.

The method can further comprise presenting the semantic cards in thedifferent view according to a prioritization technique. For example, thecards can be ranked according to some ranking metric, such as userintent, other user reviews, the current status (e.g., open, closed,etc.) of the entity of the card, check-in data, recency, weatherconditions, popularity, social network data, and so on.

FIG. 5 illustrates an alternative method in accordance with thedisclosed architecture. The method can be implemented in acomputer-readable storage medium comprising computer-executableinstructions that when executed by a hardware processor, cause theprocessor to perform acts of the method.

At 500, generating a card overlay of semantic cards that relate to tasksperformed when using a mapping engine, the card overlay having a viewand visually overlayed on a map canvas in a mapping user interface. At502, an interactive affordance is associated with (programmaticallylinked and activated) the card overlay. At 504, a different view of thesemantic cards in the card overlay is enabled in the mapping userinterface based on interaction with the interactive affordance. At 506,the map canvas is automatically changed to correspond to the selectedsemantic card.

The method can further comprise presenting the semantic cards in thedifferent view according to a prioritization technique (e.g., recency).The method can further comprise bundling the semantic cards according toa session and sharing the session of semantic cards. The session can bedefined according to application launch and closure, for example, ortimeout of user activity associated with the application, and so on. Inother words, the session can be defined by any parameters and/or actionsthe clearly indicate the start and end points.

The method can further comprise performing operations on a semantic cardof the cards. These operations can include, but are not limited to,deleting a card, dragging a card to a different order among the cards,rotating a card, annotating a card, making more than one row of thecards, making separate windows for the cards and canvas, etc. The methodcan further comprise applying visual emphasis to an in-focus semanticcard to indicate the semantic card is associated with the map canvasunderlying the card overlay.

As used in this application, the terms “component” and “system” areintended to refer to a computer-related entity, either hardware, acombination of software and tangible hardware, software, or software inexecution. For example, a component can be, but is not limited to,tangible components such as a microprocessor, chip memory, mass storagedevices (e.g., optical drives, solid state drives, and/or magneticstorage media drives), and computers, and software components such as aprocess running on a microprocessor, an object, an executable, a datastructure (stored in a volatile or a non-volatile storage medium), amodule, a thread of execution, and/or a program.

By way of illustration, both an application running on a server and theserver can be a component. One or more components can reside within aprocess and/or thread of execution, and a component can be localized onone computer and/or distributed between two or more computers. The word“exemplary” may be used herein to mean serving as an example, instance,or illustration. Any aspect or design described herein as “exemplary” isnot necessarily to be construed as preferred or advantageous over otheraspects or designs.

Referring now to FIG. 6, there is illustrated a block diagram of acomputing system 600 that executes semantic card view in accordance withthe disclosed architecture. However, it is appreciated that the some orall aspects of the disclosed methods and/or systems can be implementedas a system-on-a-chip, where analog, digital, mixed signals, and otherfunctions are fabricated on a single chip substrate.

In order to provide additional context for various aspects thereof, FIG.6 and the following description are intended to provide a brief, generaldescription of the suitable computing system 600 in which the variousaspects can be implemented. While the description above is in thegeneral context of computer-executable instructions that can run on oneor more computers, those skilled in the art will recognize that a novelimplementation also can be implemented in combination with other programmodules and/or as a combination of hardware and software.

The computing system 600 for implementing various aspects includes thecomputer 602 having microprocessing unit(s) 604 (also referred to asmicroprocessor(s) and processor(s)), a computer-readable storage mediumsuch as a system memory 606 (computer readable storage medium/media alsoinclude magnetic disks, optical disks, solid state drives, externalmemory systems, and flash memory drives), and a system bus 608. Themicroprocessing unit(s) 604 can be any of various commercially availablemicroprocessors such as single-processor, multi-processor, single-coreunits and multi-core units of processing and/or storage circuits.Moreover, those skilled in the art will appreciate that the novel systemand methods can be practiced with other computer system configurations,including minicomputers, mainframe computers, as well as personalcomputers (e.g., desktop, laptop, tablet PC, etc.), hand-held computingdevices, microprocessor-based or programmable consumer electronics, andthe like, each of which can be operatively coupled to one or moreassociated devices.

The computer 602 can be one of several computers employed in adatacenter and/or computing resources (hardware and/or software) insupport of cloud computing services for portable and/or mobile computingsystems such as wireless communications devices, cellular telephones,and other mobile-capable devices. Cloud computing services, include, butare not limited to, infrastructure as a service, platform as a service,software as a service, storage as a service, desktop as a service, dataas a service, security as a service, and APIs (application programinterfaces) as a service, for example.

The system memory 606 can include computer-readable storage (physicalstorage) medium such as a volatile (VOL) memory 610 (e.g., random accessmemory (RAM)) and a non-volatile memory (NON-VOL) 612 (e.g., ROM, EPROM,EEPROM, etc.). A basic input/output system (BIOS) can be stored in thenon-volatile memory 612, and includes the basic routines that facilitatethe communication of data and signals between components within thecomputer 602, such as during startup. The volatile memory 610 can alsoinclude a high-speed RAM such as static RAM for caching data.

The system bus 608 provides an interface for system componentsincluding, but not limited to, the system memory 606 to themicroprocessing unit(s) 604. The system bus 608 can be any of severaltypes of bus structure that can further interconnect to a memory bus(with or without a memory controller), and a peripheral bus (e.g., PCI,PCIe, AGP, LPC, etc.), using any of a variety of commercially availablebus architectures.

The computer 602 further includes machine readable storage subsystem(s)614 and storage interface(s) 616 for interfacing the storagesubsystem(s) 614 to the system bus 608 and other desired computercomponents and circuits. The storage subsystem(s) 614 (physical storagemedia) can include one or more of a hard disk drive (HDD), a magneticfloppy disk drive (FDD), solid state drive (SSD), flash drives, and/oroptical disk storage drive (e.g., a CD-ROM drive DVD drive), forexample. The storage interface(s) 616 can include interface technologiessuch as EIDE, ATA, SATA, and IEEE 1394, for example.

One or more programs and data can be stored in the memory subsystem 606,a machine readable and removable memory subsystem 618 (e.g., flash driveform factor technology), and/or the storage subsystem(s) 614 (e.g.,optical, magnetic, solid state), including an operating system 620, oneor more application programs 622, other program modules 624, and programdata 626.

The operating system 620, one or more application programs 622, otherprogram modules 624, and/or program data 626 can include items andcomponents of the system 100 of FIG. 1, items and components of thediagram 200 of FIG. 2, items and components of the diagram 300 of FIG.3, and the methods represented by the flowcharts of FIGS. 4 and 5, forexample.

Generally, programs include routines, methods, data structures, othersoftware components, etc., that perform particular tasks, functions, orimplement particular abstract data types. All or portions of theoperating system 620, applications 622, modules 624, and/or data 626 canalso be cached in memory such as the volatile memory 610 and/ornon-volatile memory, for example. It is to be appreciated that thedisclosed architecture can be implemented with various commerciallyavailable operating systems or combinations of operating systems (e.g.,as virtual machines).

The storage subsystem(s) 614 and memory subsystems (606 and 618) serveas computer readable media for volatile and non-volatile storage ofdata, data structures, computer-executable instructions, and so on. Suchinstructions, when executed by a computer or other machine, can causethe computer or other machine to perform one or more acts of a method.Computer-executable instructions comprise, for example, instructions anddata which cause a general purpose computer, special purpose computer,or special purpose microprocessor device(s) to perform a certainfunction or group of functions. The computer executable instructions maybe, for example, binaries, intermediate format instructions such asassembly language, or even source code. The instructions to perform theacts can be stored on one medium, or could be stored across multiplemedia, so that the instructions appear collectively on the one or morecomputer-readable storage medium/media, regardless of whether all of theinstructions are on the same media.

Computer readable storage media (medium) exclude (excludes) propagatedsignals per se, can be accessed by the computer 602, and includevolatile and non-volatile internal and/or external media that isremovable and/or non-removable. For the computer 602, the various typesof storage media accommodate the storage of data in any suitable digitalformat. It should be appreciated by those skilled in the art that othertypes of computer readable medium can be employed such as zip drives,solid state drives, magnetic tape, flash memory cards, flash drives,cartridges, and the like, for storing computer executable instructionsfor performing the novel methods (acts) of the disclosed architecture.

A user can interact with the computer 602, programs, and data usingexternal user input devices 628 such as a keyboard and a mouse, as wellas by voice commands facilitated by speech recognition. Other externaluser input devices 628 can include a microphone, an IR (infrared) remotecontrol, a joystick, a game pad, camera recognition systems, a styluspen, touch screen, gesture systems (e.g., eye movement, body poses suchas relate to hand(s), finger(s), arm(s), head, etc.), and the like. Theuser can interact with the computer 602, programs, and data usingonboard user input devices 630 such a touchpad, microphone, keyboard,etc., where the computer 602 is a portable computer, for example.

These and other input devices are connected to the microprocessingunit(s) 604 through input/output (I/O) device interface(s) 632 via thesystem bus 608, but can be connected by other interfaces such as aparallel port, IEEE 1394 serial port, a game port, a USB port, an IRinterface, short-range wireless (e.g., Bluetooth) and other personalarea network (PAN) technologies, etc. The I/O device interface(s) 632also facilitate the use of output peripherals 634 such as printers,audio devices, camera devices, and so on, such as a sound card and/oronboard audio processing capability.

One or more graphics interface(s) 636 (also commonly referred to as agraphics processing unit (GPU)) provide graphics and video signalsbetween the computer 602 and external display(s) 638 (e.g., LCD, plasma)and/or onboard displays 640 (e.g., for portable computer). The graphicsinterface(s) 636 can also be manufactured as part of the computer systemboard.

The computer 602 can operate in a networked environment (e.g., IP-based)using logical connections via a wired/wireless communications subsystem642 to one or more networks and/or other computers. The other computerscan include workstations, servers, routers, personal computers,microprocessor-based entertainment appliances, peer devices or othercommon network nodes, and typically include many or all of the elementsdescribed relative to the computer 602. The logical connections caninclude wired/wireless connectivity to a local area network (LAN), awide area network (WAN), hotspot, and so on. LAN and WAN networkingenvironments are commonplace in offices and companies and facilitateenterprise-wide computer networks, such as intranets, all of which mayconnect to a global communications network such as the Internet.

When used in a networking environment the computer 602 connects to thenetwork via a wired/wireless communication subsystem 642 (e.g., anetwork interface adapter, onboard transceiver subsystem, etc.) tocommunicate with wired/wireless networks, wired/wireless printers,wired/wireless input devices 644, and so on. The computer 602 caninclude a modem or other means for establishing communications over thenetwork. In a networked environment, programs and data relative to thecomputer 602 can be stored in the remote memory/storage device, as isassociated with a distributed system. It will be appreciated that thenetwork connections shown are exemplary and other means of establishinga communications link between the computers can be used.

The computer 602 is operable to communicate with wired/wireless devicesor entities using the radio technologies such as the IEEE 802.xx familyof standards, such as wireless devices operatively disposed in wirelesscommunication (e.g., IEEE 802.11 over-the-air modulation techniques)with, for example, a printer, scanner, desktop and/or portable computer,personal digital assistant (PDA), communications satellite, any piece ofequipment or location associated with a wirelessly detectable tag (e.g.,a kiosk, news stand, restroom), and telephone. This includes at leastWi-Fi™ (used to certify the interoperability of wireless computernetworking devices) for hotspots, WiMax, and Bluetooth™ wirelesstechnologies. Thus, the communications can be a predefined structure aswith a conventional network or simply an ad hoc communication between atleast two devices. Wi-Fi networks use radio technologies called IEEE802.11x (a, b, g, etc.) to provide secure, reliable, fast wirelessconnectivity. A Wi-Fi network can be used to connect computers to eachother, to the Internet, and to wire networks (which use IEEE802.3-related technology and functions).

What has been described above includes examples of the disclosedarchitecture. It is, of course, not possible to describe everyconceivable combination of components and/or methodologies, but one ofordinary skill in the art may recognize that many further combinationsand permutations are possible. Accordingly, the novel architecture isintended to embrace all such alterations, modifications and variationsthat fall within the spirit and scope of the appended claims.Furthermore, to the extent that the term “includes” is used in eitherthe detailed description or the claims, such term is intended to beinclusive in a manner similar to the term “comprising” as “comprising”is interpreted when employed as a transitional word in a claim.

What is claimed is:
 1. A computing device for providing search resultsin a map application, the mobile computing device comprising: a mappingengine for generating a map user interface with a map canvas; a cardoverlay component for presenting semantic cards in a card overlay of themap user interface, wherein the semantic cards relate to tasks performedduring a session associated with the mapping engine, and wherein thecard overlay is visually overlayed on the map canvas of the map userinterface; means for receiving a user selection to change a view of thecard overlay that when selected enables a different view of the semanticcards in the card overlay of the map user interface.
 2. The computingdevice of claim 1, wherein the semantic cards are represented in theview as a single semantic card and the affordance is annotated with acount of the semantic cards.
 3. The computing device of claim 1, whereinthe semantic cards are represented in the different view as an overviewof individually viewable and selectable semantic cards.
 4. The computingdevice of claim 1, wherein the semantic cards represented in thedifferent view are arranged according to a recency with a most recentsemantic card having an applied visual emphasis.
 5. The computing deviceof claim 1, wherein the semantic cards represented in the different vieware arranged by a category for comparison.
 6. The computing device ofclaim 1, wherein the mapping engine changes the map canvas in responseto a selection of a semantic card of the different view.
 7. Thecomputing device of claim 1, wherein the card overlay component enablesstorage and sharing of the semantic cards generated during the session.8. The computing device of claim 1, wherein the semantic cards of thedifferent view can be individually deleted.
 9. A mobile computing devicefor providing search results in a map application, the mobile computingdevice comprising: a processor; memory storing computer□readableinstructions that when executed by the processor causes the mobilecomputing device to: generate a card overlay of semantic cards that eachrelate to tasks performed within a map user interface, wherein the cardoverlay is visually overlayed on a map canvas in the map user interface;receive a selection of an interactive affordance that is associated withthe card overlay; in response to receiving the selection of theinteractive affordance, changing a view of the card overlay in the mapuser interface.
 10. The mobile computing device of claim 9, furthercomprising computer□readable instructions that when executed by theprocessor causes the mobile computing device to: enable the view and adifferent view of the semantic cards generated on a per session basis.11. The mobile computing device of claim 9, further comprisingcomputer□readable instructions that when executed by the processorcauses the mobile computing device to: pin the card overlay on a side ofthe map user interface.
 12. The mobile computing device of claim 9,wherein changing the view of the card overlay in the map user interfacefurther comprises computer□readable instructions that when executed bythe processor causes the mobile computing device to: present a globalview of the semantic cards.
 13. The mobile computing device of claim 9,further comprising computer□readable instructions that when executed bythe processor causes the mobile computing device to: apply a graphicalemphasis to a semantic card to visually indicate the semantic card is anactive card among multiple semantic cards being viewed.
 14. The mobilecomputing device of claim 9, further comprising computer□readableinstructions that when executed by the processor causes the mobilecomputing device to: select a semantic card and automatically change themap canvas to correspond to the selected semantic card.
 15. The mobilecomputing device of claim 9, wherein changing the view of the cardoverlay in the map user interface further comprises computer□readableinstructions that when executed by the processor causes the mobilecomputing device to: present the semantic cards according to aprioritization technique.
 16. A method for providing searching resultsin a map application comprising: generating a card overlay of semanticcards that each relate to tasks performed within a map user interface,wherein the card overlay is visually overlayed on a map canvas in themap user interface; receiving a selection of an interactive affordancethat is associated with the card overlay; and in response to receivingthe selection of the interactive affordance, changing a view of the cardoverlay in the map user interface.
 17. The method of claim 16, whereinchanging the view further comprises presenting the semantic cardsaccording to a prioritization technique.
 18. The method of claim 16,further comprises bundling the semantic cards according to a session andsharing the session of semantic cards.
 19. The method of claim 16,further comprises performing operations on a semantic card of the cards.20. The method of claim 16, further comprises applying visual emphasisto an in-focus semantic card to indicate the semantic card is associatedwith the map canvas underlying the card overlay.